PATENTTI- JA REKISTERIHALLITUS 2 



NATIONAL BOARD OF PATENTS AND REGISTRATION 



Helsinki 18.5.2001 ~!cr\ S w 

r-<x\ == i^ 

<DC3 — C 

ETUOIKEUSTODISTUS 
PRIORITY DOCUMENT 




Hakija Nokia Mobile Phones Ltd 

Applicant Espoo 



Patenttihakemus nro 
Patent application no 



Tekemispaiva 
Filing date 



20001617 



06.07.2000 



CERTIFIED COPY OF 
PRIORITY DOCUMENT 



Kansainvalinen luokka 
International class 



H04B 



BEST AVAILABLE COPY 



Keksinnon nimitys 
Title of invention 

^Tiedohsiirtomenetelma ja -jarjestely" 



r 



V* jf? ^""^^J^Taten tddistejraah^ etta oheiset asiakirjat ovat tarkkoja jaljennoksia 
$ patentti-^ }a ^T^kisterihallitukselle alkuaan annetuista selityksesta, 
/ v x ' patent^ivaafilmu'Jcsista, tiivistelmasta ja piirustuksista . * : 

f / / /" \ \ \ * 

/ / / s^y^^*~~\j£fiis^^ \£ o^certif y^that the annexed documents are true copies of the 
•wA^oC-^s description^, ^^afma, Abstract and drawings originally filed with the 
— * / FirTni^h\p|te;nt QfHcel 



fr! ft v vA \ s i 




^"mussihteeri 



Maksu 
Fee 



300,- mk 
300,- FIM 



Osoite: Arkadiankatu 6 A Puhelin: 09 6939 500 Telefax: 09 6939 5328 

•P.O.Box 1160 Telephone: + 358 9 6939 500 Telefax: + 358 9 6939 5328 

FIN-00101 Helsinki, FINLAND 



IN THE UNITED STATES PATENT AND TRADEMARK OFFICE 



Express Mail No,: EL627430963US 

In re application of: LANSIO et al. Group No.; 

Serial No.: 0 / 

Filed: Herewith Examiner: 
For: DATA TRANSMISSION METHOD AND ARRANGEMENT 

Commissioner of Patents and Trademarks 
Washington, D.C. 20231 



TRANSMITTAL OF CERTIFIED COPY 



Attached please find the certified copy of the foreign application from which priority is claimed for 
this case: 



Country 

Application Number 
Filing Date 



Finland 
20001617 
6 July 2000 



o 



Attorney's Docket No.: 324-010441-US(PAR) PATENT 



U 



WARNING: "When a document that is required by statu^ to Jfe :>certified must be fij^fi, acffly, including a 
photocopy or facsimile transmission of the certification ispot aj^reprfable." 37 CFR 1.4^5 (ern^fy&is added.) 



SIGNATURE OF ATTO( 

Reg. No.: 24,622 

Clarence A. Green 



Type or print name of attorney 

Tel. No.: (203)259-1800 

Perm an & Green, LLP 
Customer No.: 2512 P.O. Address 

425 Post Road, Fairfield CT 06430 



NOTE: The claim to priority need be in no special form and may be made by the attorney or agent if the foreign 
application is referred to in the oath or declaration as required by § 1.63. 



(Transmittal of Certified Copy [5-4]) 



• l - # 



1 

Tiedonsiirtomenetelma ja -jarjesteiy 
Keksinnon ala 

Keksinnon kohteena on tiedonsiirtomenetelma ja -jarjesteiy, jossa 
tietoa siirretaan langattoman jarjestelman ja jonkin toisen jarjestelman valilla. 
5 Erityisesti keksinto kohdistuu jarjestelmiin, joissa eri laitteissa olevien ohjelmis- 
tojen valilla siirretaan tietoa. 

Keksinnon tausta 

Tietojarjestelmien suunnittelussa ja yllapidossa on kiinnitetty huo- 
miota eri jarjestelmien valisten yhteyksien luomiseen ja sujuvaan toimimiseen. 

10 Toisistaan erillaan olevat jarjestelmat ovat usein toteutettu sangen monilla eri 
menetelmilla ja eri tyyppisilla laitteistoilla, jotka eivat ole keskenaan yhteenso- 
pivia. Eri jarjestelmien yhteensovittaminen on ollut tyolastaja aikaavievaa, mi- 
kali ollenkaan mahdollista. 

Tasta syysta useat eri laite- ja jarjestelmavalmistajat ovat kehitta- 

15 neet yhteisen arkkitehtuurin, CORBAn (Common Object Request Broker Archi- 
tecture), jolla erityyppiset ja eri ohjelmointikielia kayttaen toteutetut tietokone- 
jarjestelmat voivat kommunikoida keskenaan joustavasti. CORBA maarittelee 
GlOP-protokollan (General Inter-ORB Protocol), jota soveltaen eri tyyppiset 
laitteet ja eri ohjelmointikielilla ohjelmoidut ohjelmat voivat kommunikoida. 

20 GlOP-protokolla on yleinen protokolla, ja siita on erityisesti internet-ymparis- 
toon tehty MOP (Internet Inter-ORB Protocol). CORBAsta on saatavissa lisatie- 
toja esimerkiksi arkkitehtuurin luoneen yhteenliittyman OMG:n (Object Mana- 
gement Group) julkaisemasta spesifikaatiosta The Common Object Request 
Broker: Architecture And Specification., Revision 2.0. Spesifikaatio loytyy 

25 myos osoitteesta \Aww.omg.org. 

CORBA on kehitetty sellaisia jarjestelmia varten, jotka ovat kiinteas- 
sa yhteydessa toisiinsa jonkin tarkemmin maarittelemattoman verkon valityk- 
sella. Protokollaa suunniteltaessa ei juurikaan ole kiinnitetty huomiota siirtotien 
mahdolliseen kapasiteettiin, vaan paapaino on ollut joustavan ja turvallisen 

30 protokollan luomisessa. Koska viime aikoina langattoman viestinnan osuus on 
ollut voimakkaassa kasvussa, myos tietojarjestelmia ja erilaisia ohjelmistoja on 
alettu kayttamaan tietokoneissa ja laitteissa, joiden ainoa tai paaasiallinen yh- 
teys muihin verkkoihin on langaton verkko, kuten GSM, GPRS tai UMTS. Lan- 
gattomien verkkojen kyky siirtaa informaatiota on huomattavasti suppeampi 

35 kuin kiinteilla, langallisilla verkoilla. Tasta syysta CORBA:n soveltaminen Ian- 
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gattomissa jarjestelmissa ei ole ollut yleista. CORBA:n siirtaminen langatto- 
man siirtotien yii on osoittautunut erittain hitaaksi raskaan signaloinnin ja suu- 
ren siirrettavan tietomaaran takia. 

Yleensa langattomien laitteiden ohjelmistosovelluksissa sovellukset 

5 ovat maarittaneet omat rajapintansa ja yhteysprotokollansa, jotka ovat olleet 
suorassa liitoksessa varsinaisen datasiirron kanssa. Tata havainnollistaa kuvio 
1. Kuviossa esitetaan kolme langatonta yhteytta kayttavassa laitteessa toimi- 
vaa ohjelmistosovellusta 100 - 104. Kullakin ohjelmistolla on oma yhteysproto- 
kollansa 106 - 110, jonka avulla ne ovat yhteydessa siirtokerrokseen 112, joka 

10 huolehtii datasiirrosta langatonta yhteytta kayttaen. Tassa ratkaisussa sovel- 
lukset joutuvat olemaan sidoksissa siirtokerrokseen, joka vaikeuttaa ja hanka- 
loittaa sovelluskehitysta. 

Keksinnon lyhyt selostus 

Keksinnon tavoitteena onkin toteuttaa menetelma ja menetelman 

15 toteuttava jarjestely siten, etta ylla mainittuja ongelmia saadaan lievennettya. 
Tama saavutetaan menetelmalla tiedonsiirron toteuttamiseksi ainakin kahden 
ohjelmiston valilla, jotka ohjelmistot ovat kaytossa yhdessa tai useammassa 
laitteessa, jotka laitteet ovat kykenevia muodostamaan yhteyden tiedonsiirto- 
jarjestelmaan, jossa menetelmassa ainakin osa ainakin kahden eri laitteen va- 

20 lisesta yhteydesta toteutetaan langattomalla yhteydella, ja ainakin osa ohjel- 
mistojen valisesta kommunikaatiosta tapahtuu metodikyselyjeh avulla, joissa 
kukin metodikysely sisaltaa palvelupyynnon, ja joka metodikysely ohjataan jar- 
jestelman palvelujakajalle, joka ohjaa metodikyselyn kasittaman palvelupyyn- 
non annetulle palvelijalle, joka vastaa metodikyselyyn tarvittavan palvelun mu- 

25 kaisesti lahettamalla palvelun vaatiman informaation palvelujakajalle, joka la- 
hettaa tiedon metodikyselyn lahettajalle, ja jossa menetelmassa kommunikaa- 
tion yhteydessa maaritetaan palvelupyynnon tarjoava palvelija, ja joissa lait- 
teissa ainakin osa kaytossa olevista ja tiedonsiirtoon osallistuvista ohjelmista 
on toteutettu skriptipohjaisen ohjelmistokielen avulla. 

30 Keksinnon mukaisessa menetelmassa langattomia yhteyksia kayt- 

tavassa laitteessa kaytossa oleva ohjelma lahettaa metodikyselyt tietylle sovel- 
lukselle, joka sovellus valtttaa palvelupyyntoja ja pyyntojen vastauksia palvelu- 
jakajan ja tiedonsiirtoa tarvitsevan ohjelmiston valilla, ja sovittaa skriptipohjai- 
sen ohjelmiston ja muun jarjestelman valiset tiedonsiirtopyynnot ja pyyntovas- 

35 taukset yhteensopiviksi. 
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Keksinnon kohteena on myos jarjestely tiedonsiirron toteuttamiseksi 
ainakin kahden ohjelmiston valilla, jotka ohjelmistot ovat kaytossa yhdessa tai 
useammassa laitteessa, jotka laitteet kasittavat valineet muodostaa yhteys tie- 
donsiirtojarjestelmaan, jossa jarjestelmassa ainakin osa ainakin kahden eri 

5 laitteen valisesta yhteydesta on toteutettu langattomalla yhteydella, ja jossa 
jarjestelmassa ainakin osa laitteiden kommunikaatiosta on sovitettu tapahtu- 
maan metodikyselyjen avulla, joissa kukin metodikysely sisaltaa palvelupyyn- 
non, ja joka jarjestelma kasittaa yhden tai useamman palvelujakajan, joka oh- 
jaa metodikyselyn kasittaman palyelupyynnon annetulle palvelijalle, joka on 

10 sovitettu vastaamaan metodikyselyyn tarvittavan palvelun mukaisesti lahetta- 
malla palvelun vaatiman informaation palvelujakajalle, joka on sovitettu lahet- 
tamaan tiedon metodikyselyn lahettajalle, ja jonka kommunikaation yhteydes- 
sa maaritetaan palvelupyynnon tarjoava palvelija, ja joissa laitteissa ainakin 
osa kaytossa olevista ja tiedonsiirtoon osallistuvista ohjehnista on toteutettu 

15 skriptipohjaisen ohjelmistokielen avulla. 

Keksinnon mukainen jarjestely kasittaa sovelluksen, joka valittaa 
palvelupyyntoja ja pyyntojen vastauksia palvelujakajan ja tiedonsiirtoa tarvitse- 
van ohjelmiston valilla, ja joka sovittaa skriptipohjaisen ohjelmiston ja muun 
jarjestelrhan valiset tiedonsiirtopyynnot ja pyyntovastaukset yhteensopiviksi. 

20 Keksinnon edulliset suoritusmuodot ovat epaitsenaisten patentti- 

vaatimusten kohteena. 

Keksinto perustuu siihen, etta langattomissa laitteissa on toteutettu 
ohjelmisto, joka sovittaa langattomien laitteiden ohjelmistojen kayttamien pal- 
velujen tarvitsemat pyynnot ja pyyntovastaukset langattoman laitteen ja muun, 

25 ulkoisen jarjestelman valilla siten, etta useat eri ohjelmistot voivat kayttaa sa- 
maa protokollaa ja samoja viesteja. Langaton laite kasittaa oman sovelluksen, 
joka muuttaa langattoman laitteen ohjelmiston generoiman pyynnon muuhun 
jarjestelmaan sopivaksi ja toisessa suunnassa taas jarjestelmasta tulevan vas- 
tauksen langattoman laitteen ohjelmiston ymmartamaan muotoon. Sovellus 

30 voi sovittaa kiinteassa verkossa kaytetyn protokollan, esimerkiksi GlOP-proto- 
kollan, langattomalla siirtotiella paremmin siirrettavaan muotoon. 

Keksinnon mukaisella menetelmalla ja jarjestelmalla saavutetaan 
useita etuja. Koska langattomissa laitteissa voidaan keksinnon avulla kayttaa 
useissa ohjelmistosovelluksissa samaa protokollaa, joka ei ole sidoksissa siir- 

35 tokerrokseen ja on perusrakenteeltaan samankaltainen kuin kiinteassa verkos- 
sa, yksinkertaistuu ohjelmistojen kehitys ja kommunikoinnin toteutus huomat- 
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tavasti, ilman etta siirtotie kuormittuu liikaa tai etta yhteydesta tulisi epakaytan- 
nollisen hidas. 

Kuvioiden lyhyt selostus 

Keksintoa selostetaan nyt lahemmin edullisten suoritusmuotojen yh- 
5 teydessa, viitaten oheisiin piirroksiin, joissa 

kuvio 1 havainnollistaa jo selostettuja tunnetun tekniikan mukaisia 
sovellusprotokollia, 

kuvio 2 havainnollistaa esimerkkina kaytettavan matkapuhelinjarjes- 
telman rakennetta, 

10 kuvio 3 havainnollistaa tarkemmin esimerkkina kaytettavan matka- 

puhelinjarjestelman rakennetta, 

kuvio 4 havainnollistaa CORBA-arkkitehtuuria yleisella tasolla, 
kuvio 5 havainnollistaa keksinnon eraan edullisen toteutusmuodon 
mukaista ratkaisua, 

15 kuvio 6 havainnollistaa keksinnon eraan edullisen toteutusmuodon 

mukaisen ratkaisun toimintaa, 

kuvio 7 havainnollistaa keksinnon toisen edullisen toteutusmuodon 
mukaista ratkaisua ja 

kuviossa 8 havainnollistetaan eraan keksinnon mukaisessa jarjeste- 
20 lyssa kaytettavaksi soveltuvan laitteen rakennetta. 

Edullisten toteutusmuotojen yksityiskohtainen selostus 

Esilla olevaa keksintoa voidaan kayttaa erilaisissa radiojarjestelmis- 
sa, jossa paatelaitteilla on erilaisia radiotieominaisuuksia. Sinansa ei ole mer- 
kitysta, mita monikayttomenetelmaa jarjestelmassa kaytetaan. Esimerkiksi 
25 CDMA, WCDMA seka TDMA ovat mahdollisia monikayttomenetelmia. Edel- 
leen jarjestelma voi tukea seka piirikytkentaisia etta pakettikytkentaisia yhteyk- 
sia. 

Viitaten kuvioon 2 selostetaan eraan keksinnon edullisten toteutus- 
muotojen mukaisen esimerkkina kaytettavan matkapuhelinjarjestelman raken- 
30 netta. Kyseessa on vain eras mahdollinen vaihtoehto, kuten alan ammattimie- 
helle on selvaa. Matkapuhelinjarjestelman paaosat ovat ydinverkko CN, maan- 
paallinen radioliittymaverkko BSS ja tilaajapaatelaite MS. CN:n ja BSS:n vali- 
nen rajapinta on tassa esimerkissa nimeltaan Gb, ja BSS:n ja MS:n valinen il- 
marajapinta on nimeltaan Um. 
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Radioliittymaverkko muodostuu tukiasemaverkkoalijarjestelmista 
(radio network subsystem) RNS. Kukin tukiasemaverkkoalijarjestelma RNS 
muodostuu tukiasemaohjaimesta (radio network controller) RNC ja yhdesta tai 
useammasta lahetinvastaanottimia kasittavasta tukiasemasta B. Tukiasema- 

5 ohjaimen ja tukiaseman valista rajapintaa kutsutaan nimella lub. Tukiaseman 
kuuluvuusaluetta eli solua merkitaan kuviossa 1 C:lla. 

Kuviossa 2 esitetty kuvaus on melko abstrakti, joten sita selvenne- 
taan kuviossa 3 esitetylla tarkemmalla esimerkilla solukkoradiojarjestelmasta. 
Kuvio 3 sisaltaa vain oleellisimmat lohkot, mutta alan ammattimiehelle on sel- 

10 vaa, etta tavanomaiseen solukkoradioverkkoon sisaltyy lisaksi muitakin toimin- 
toja ja rakenteita, joiden tarkempi selittaminen ei tassa ole tarpeen. Huomatta- 
koon myos, etta kuviossa 3 on esitetty vain eras esimerkkirakenne. Keksinnon 
mukaisissa jarjestelmissa saattavat yksityiskohdat poiketa kuviossa 3 esitetyis- 
ta, mutta keksinnon kannalta nailla eroilla ei ole merkitysta/ 

15 Solukkoradioverkko kasittaa siis tyypillisesti kiintean verkon infrastruk- 

tuurin eli verkko-osan 300, ja tilaajapaatelaitteita 302, jotka voivat olla kiinteas- 
ti sijoitettuja, ajoneuvoon sijoitettuja tai kannettavia mukanapidettavia paate- 
laitteita. Verkko-osassa 300 on tukiasemia 304. Tukiasema vastaa edellisen 
kuvion B-solmua. Useita tukiasemia 304 keskitetysti puolestaan ohjaa niihin 

20 yhteydessa oleva tukiasemaohjain 306. Tukiasemassa 304 on lahetinvastaan- 
ottimia 308 ja multiplekseriyksikko 312. 

Tukiasemassa 304 on edelleen ohjausyksikko 310, joka ohjaa lahetin- 
vastaanottimien 308 ja multiplekserin 312 toimintaa. Multiplekserilla 312 sijoi- 
tetaan useiden lahetinvastaanottimien 308 kayttamat liikenne- ja ohjauskana- 

25 vat yhdelle siirtoyhteydelle 314. Siirtoyhteys 314 muodostaa rajapinnan lub. 

Tukiaseman 304 lahetinvastaanottimista 308 on yhteys antenniyksik- 
koon 318, jolla toteutetaan kaksisuuntainen radioyhteys 316 tilaajapaatelait- 
teeseen 302. Kaksisuuntaisessa radioyhteydessa 316 siirrettavien kehysten 
rakenne on jarjestelmakohtaisesti maaritelty, ja sita kutsutaan ilmarajapinnaksi 

30 Urn. 

Tukiasemaohjain 306 kasittaa ryhmakytkentakentan 320 ja ohjaus- 
yksikon 322. Ryhmakytkentakenttaa 320 kaytetaan puheen ja datan kytken- 
taan seka yhdistamaan signalointipiireja. Tukiaseman 304 ja radioverkkokont- 
rollerin 306 muodostamaan radioverkkoalijarjestelmaan 332 kuuluu lisaksi 
35 transkooderi 324. Transkooderi 324 sijaitsee yleensa mahdollisimman lahella 
matkapuhelinkeskusta 328, koska puhe voidaan talloin siirtokapasiteettia 
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saastaen siirtaa solukkoradioverkon muodossa transkooderin 324 ja radioverk- 
kokontrollerin 306 valilla. 

Transkooderi 324 muuntaa yleisen puhelinverkon ja radiopuhelin- 
verkon valilla kaytettavat erilaiset puheen digitaaliset koodausmuodot toisilleen 
5 sopiviksi, esimerkiksi kiintean verkon muodosta solukkoradioverkon johonkin 
muuhun muotoon ja painvastoin. Ohjausyksikko 322 suorittaa puhelunohjaus- 
ta, liikkuvuuden hallintaa, tilastotietojen keraysta ja signalointia. 

Kuviossa 3 kuvataan edelleen matkapuhelinkeskus 328 ja portti- 
matkapuhelinkeskus 330, joka hoitaa matkapuhelinjarjestelman yhteydet ulko- 
10 puoliseen maailmaan, tassa yleiseen puhelinverkkoon 336. 

Kuten kuviosta 3 nahdaan, niin ryhmakytkentakentalla 320 voidaan 
suorittaa kytkentoja seka yleiseen puhelinverkkoon (PSTN = Public Switched 
Telephone Network) 336 matkapuhelinkeskuksen 328 valityksella etta paketti- 
siirtoverkkoon 342. 

15 Pakettisiirtoverkon 342 ja ryhmakytkentakentan 320 valisen yhteyden 

luo tukisolmu 340 (SGSN = Serving GPRS Support Node). Tukisolmun 340 
tehtavana on siirtaa paketteja tukiasemajarjestelman ja porttisolmun (GGSN = 
Gateway GPRS Support Node) 344 valilla, ja pitaa kirjaa tilaajapaatelaitteen 
302 sijainnista alueellaan. 

20 Porttisolmu 344 yhdistaa julkisen pakettisiirtoverkon 346 ja pakettisiir- 

toverkon 342. Rajapinnassa voidaan kayttaa internet-protokollaa tat X.25-pro- 
tokollaa. Porttisolmu 344 katkee kapseloimalla pakettisiirtoverkon 342 sisaisen 
rakenteen julkiselta pakettisiirtoverkolta 346, joten pakettisiirtoverkko 342 nayt- 
taa julkisen pakettisiirtoverkon 346 kannalta aliverkolta, jossa olevalle tilaaja- 

25 paatelaitteelle 302 julkinen pakettisiirtoverkko voi osoittaa paketteja ja jolta voi 
vastaanottaa paketteja. 

Pakettisiirtoverkko 342 on tyypillisesti yksityinen internet-protokollaa 
kayttava verkko, joka kuljettaa signalointia ja tunneloitua kayttajan dataa. Ver- 
kon 342 rakenne voi vaihdella operaattorikohtaisesti seka arkkitehtuuriltaan et- 

30 ta protdkolliltaan internet-protokollakerroksen alapuolella. 

Julkinen pakettisiirtoverkko 346 voi olla esimerkiksi maailmanlaajui- 
nen Internet. 

Tyypillisesti ilmarajapinnassa 316 pakettisiirtoon kaytetaan piirikyt- 
kentaisesta siirrosta vapaita aikavaleja. Pakettisiirtoon kapasiteetti varataan 
35 dynaamisesti, eli tiedonsiirtopyynnon tullessa mika tahansa vapaa kanava voi- 
daan allokoida pakettisiirron kayttoon. Jarjestely on luonteeltaan joustava, jol- 
loin piirikytkentaisilla yhteyksilla on etusija pakettisiirtoyhteyksiin nahden. Tar- 
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vittaessa piirikytkentainen siirto kumoaa pakettikytkentaisen siirron, eli paketti- 
siirron kaytossa oleva aikavali annetaan piirikytkentaisen siirron kayttoon. Nain 
voidaan menetella, koska pakettisiirto sietaa hyvin tailaisia keskeytyksia: siir- 
toa vain jatketaan toisella kayttoon allokoitavalla aikavalilla. Jarjestely voidaan 

5 toteuttaa myos siten, ettei piirikytkentaiselle siirrolle anneta mitaan ehdotonta 
prioriteettia, vaan seka piirikytkentaiset etta pakettikytkentaiset siirtopyynnot 
palvellaan niiden tulojarjestyksessa. Esilla olevan keksinnon kannalta nailla 
jarjestelyilla ei kuitenkaan ole merkitysta. 

Tarkastellaan seuraavaksi hieman CORBA-arkkitehtuurin mukaista 

10 tiedonsiirtoa yleisella tasolla kuvion 4 avulla. Kuviossa 4 esitetaan eras langa- 
ton laite 400, jossa on kaynnissa jokin ohjelmistosovellus 402. Sovellus tarvit- 
see jotakin palvelua, esimerkiksi tietoa jostain tietokannasta, ja se lahettaa 
metodikyselyn (method call), jossa tama palvelu on maaritelty. Laite kasittaa 
toisen palvelunjakajasovelluksen, jota kutsutaan termilla ORB (Object Request 

15 Broker) 404, joka kasittelee eri sovellusten metodikyselyt. ORB etsii palvelun 
tarjoajan (sopivan palvelimen) osoitteen lahettamalla kyselyn CORBA.n nimi- 
palvelimelle 412. Saatuaan vastauksen ORB valittaa kyselyn kyseiselle palve- 
limelle. Kuvion 4 tapauksessa sopivaa palvelinta ei loytynyt saman ORB:n alai- 
suudesta, joten kysely valitetaan GlOP-protokollaa kayttaen jonkin toisen lait- 

20 teen 406 palvelunjakajasovellukselle 408, joka valittaa kutsun siihen yhteydes- 
sa olevaan sopivaan palvelimeen 410, joka tyypillisesti on jokin toinen ohjel- 
mistosovellus. Tama palvelin toimittaa vastauksen, joka valitetaan takaisin al- 
kuperaiselle ohjelmistosovellukselle 402. Ohjelmistosovellus 402 ei sinansa 
ole tietoinen palvelimen sijainnista, vaan se nakee muun ympariston ainoas- 

25 taan metodikyselyjen valityksella. Palvelunjakajat seka ohjelmistot on mahdol- 
lista toteuttaa eri ohjelmointikielilla ja erilaisissa laitteistoratkaisuissa. Tiedon- 
siirron yhteydessa suoritetaan CORBA-arkkitehtuurin mukaiset tiedonsiirron 
osapuolten varmennukset. 

Kuviossa 5 havainnollistetaan keksinnon eraan edullisen toteutus- 

30 muodon mukaista ratkaisua. Kuviossa on esitetty langatonta yhteytta kayttava 
laite 500. Laitteessa on kaynnissa sovellus 502, joka on kommunikointiin kyke- 
neva. Sovellus on toteutettu skriptipohjaisen ohjelmistokielen, kuten esimerkik- 
si JavaScriptin tai WMLScriptin avulla. Tyypillisesti sovellus toimii internet-yh- 
teyksia hyodyntavan selainohjelmiston alaisuudessa. Laite kasittaa tyypillisesti 

35 myos yhden tai useamman palvelujakajan 504, joka ohjaa metodikyselyn ka- 
sittaman palvelupyynndn annetulle palvelijalle, joka on sovitettu vastaamaan 
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metodikyselyyn. Annettu palvelija voi olla toisessa laitteessa. Sovelluksen tar- 
vitessa jotain palvelua se lahettaa metodikyselyn. Laite kasittaa sovitinsovel- 
luksen 506, joka tunnistaa skriptimuotoisesta metodikyselysta metodikyselyn 
parametrit. Sovellus generoi metodikyselyn palvelujakajan ymmartamassa 
5 muodossa ja valittaa sen palvelujakajalle 504. Palvelujakaja valittaa kyselyn 
tarvittaessa toisessa laitteessa 510 ajettavalle ohjelmistolle 508. Kyseinen oh- 
jelmisto suorittaa halutun palvelun ja palauttaa oman objektisovittimen (Object 
Adapter) 518 kautta vastauksen. Objektisovitin on osa CORBA-arkkitehtuuria 
ja se sovittaa palvelimen metodiviestit palvelujakajalle. Valitys tapahtuu kom- 

10 munikaatiolaitteiden 512 ja 514 avulla jotain siirtotieta 516 kayttaen. Siirtotie 
voi olla solukkoradiojarjestelman radiotie, jokin muu radioyhteys kuten Blue- 
tooth, pakettiliikenteen avulla toteutettu (GPRS) tai infrapunalinkki. 

Sovellus 506 on edullisesti toteutettu kirjastosovelluksen avulla. Kir- 
jastosovellus tarjoaa skriptipohjaiselle sovellukselle kayttoon tarvittavat funktiot 

15 metodikyselyjen lahettamista varten. Funktiot kaantavat ulospain menevat me- 
todikyselyt yleiseen palvelujakajan ymmartamaan muotoon ja toisessa suun- 
nassa kaantavat sovellukselle tulevat viestit skriptikutsuiksi. 

Sovelluksen toimintaa havainnollistaa kuvio 6, jossa on kaaviomai- 
sesti esitetty kirjastosovellus 506. Skriptiohjelmiston lahettama metodikutsu 

20 600 kaantyy kirjastofunktion avulla yleiseen viestiformaattiin 602. Skriptiohjel- 
mistolle tuleva viesti 604 kaantyy kirjastofunktion avulla puolestaan skriptikut- 
suksi 606. Tama voidaan toteuttaa esimerkiksi taulukoimalla metodikutsut ja 
niiden parametrit ja vastausarvot. Ulosmenevista viesteista 600 kirjasto tunnis- 
taa oikeat viestiformaatit taulukon avulla. Sisaantulevat viestit 604 kasittavat 

25 tyypillisesti funktion nimen, jolloin konversio on helppoa. 

Kuviossa 7 havainnollistetaan keksinnon erasta toista edullista to- 
teutusmuotoa. Kuvio on muutoin kuvion 5 kaltainen paitsi etta tassa toteutus- 
muodossa sovitinsovellus on integroitu kommunikaatiolaitteiden yhteyteen 
edullisesti kommunikaatiolaitteiden ohjausohjelmiston osaksi. Talla ratkaisulla 

30 on se etu, etta laitteen kompleksisuus ja muistintarve pienenee. 

Kuviossa 8 havainnollistetaan eraan sellaisen langattoman jarjestel- 
man laitteen rakennetta, jossa keksinnon edullisten toteutusmuotojen mukais- 
ta ratkaisua voidaan soveltaa. Laite kasittaa antennin 818, jolla lahetetaan ja 
vastaanotetaan signaaleja. Antennista signaali viedaan duplexsuodattimelle, 

35 joka erottaa lahetys- ja vastaanottosuuntien signaalit toisistaan. Vastaanotin 
800 kasittaa suodattimen, joka estaa halutun taajuuskaistan ulkopuoliset taa- 
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juudet. Sen jalkeen signaali muunnetaan valitaajuudelle tai suoraan kantataa- 
juudelie, jossa muodossa oleva signaali naytteistetaan ja kvantisoidaan analo- 
gia/digitaalimuuntimessa 802. Ekvalisaattori 804 kompensoi hairioita, esimer- 
kiksi monitie-etenemisen aiheuttamia hairioita. Demodulaattori 806 ottaa ekva- 

5 lisoidusta signaalista bittivirran t joka valitetaan demultiplekserille 808. Demulti- 
plekseri 808 erottelee bittivirran eri aikavaleista omiin loogisiin kanaviinsa. Ka- 
navakoodekki 816 dekoodaa eri loogisten kanavien bittivirran, eli paattaa, on- 
ko bittivirta signalointitietoa, joka valitetaan ohjausyksikolle 814, vai onko bitti- 
virta puhetta, joka valitetaan 840 edelleen esimerkiksi puhedekooderille. Kana- 

10 vakoodekki 816 suorittaa myos virheenkorjausta. Ohjausyksikko 814 suorittaa 
sisaisia kontrollitehtavia ohjaamalla eri yksikkoja. Purskemuodostin 828 lisaa 
opetussekvenssin ja hannan kanavakoodekista 816 tulevaan dataan. Multi- 
plekseri 826 osoittaa kullekin purskeelle sen aikavalin. Modulaattori 824 modu- 
loi digitaaliset signaalit radiotaajuiselle kantoaallolle. Tama toiminto on analogi- 

15 nen luonteeltaan, joten sen suorittamisessa tarvitaian digitaali/analogia-muun- 
ninta 822. Lahetin 820 kasittaa suodattimen, jolla kaistanleveytta rajoitetaan. 
Lisaksi lahetin 820 kontrolloi lahetyksen ulostulotehoa. Syntetisaattori 812 jar- 
jestaa tarvittavat taajuudet eri yksikoille. Syntetisaattorin 812 sisaltama kello 
voi olla paikallisesti ohjattu. Syntetisaattori 812 luo tarvitut taajuudet esimerkik- 

20 si janniteohjatulla oskillaattorilla. 

Kuviossa 8 esitettavalla tavalla voidaan lahetinvastaanottimen ra- 
kenne jakaa viela radiotaajuusosiin 830 ja digitaaliseen signaalinkasittelypro- 
sessoriin ohjelmistoineen 832. Radiotaajuusosiin 830 kuuluvat vastaanotin 
800, lahetin 820 ja syntetisaattori 812. Digitaaliseen signaalinkasittelyproses- 

25 soriin ohjelmistoineen 832 kuuluvat ekvalisaattori 804, demodulaattori 806, de- 
multiplekseri 808, kanavakoodekki 816, ohjausyksikko 814, purskemuodostin 
828, multiplekseri 826 ja modulaattori 824. Analogisen radiosignaalin muunta- 
miseksi digitaaliseksi signaaliksi tarvitaan analogia/digitaalimuunnin 802, ja 
vastaavasti digitaalisen signaalin muuntamiseksi analogiseksi signaaliksi digi- 

30 taali/analogia-muunnin 822. 

Edelleen laite voi kasittaa kayttoliittymaosat, kuteh nayton, nappai- 
miston, kuulokkeen ja mikrofonin. Naita ei ole kuviossa kuitenkaan naytetty. 
Laitteen ohjausyksikko 814 on tyypillisesti toteutettu mikroprosessorilla muisti- 
elementteineen, ja tarvittavine ohjelmistoineen. Ohjausyksikossa voidaan suo- 

35 rittaa sellaisia ohjelmistoja, jotka tarvitsevat erilaisia palveiuja, kuten aiemmin 
on kuvattu. 
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Vaikka keksintoa on edella selostettu viitaten oheisten piirustusten 
mukaisiin esimerkkeihin, on selvaa, ettei keksinto ole rajoittunut niihin, vaan si- 
ta voidaan muunnella monin tavoin oheisten patenttivaatimusten esittaman 
keksinnollisen ajatuksen puitteissa. 
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Patenttivaatimukset 

1. Jarjestely tiedonsiirron toteuttamiseksi ainakin kahden ohjelmis- 
ton valilla, jotka 

ohjelmistot ovat kaytossa yhdessa tai useammassa laitteessa (500, 
5 508), jotka Iaitteet kasittavat valineet (512) muodostaa yhteys tiedonsiirtojar- 
jestelmaan, 

jossa jarjestelmassa ainakin osa ainakin kahden eri laitteen valises- 
ta yhteydesta on toteutettu langattomalla yhteydella (516), 

ja jossa jarjestelmassa ainakin osa laitteiden kommunikaatiosta on 
10 sovitettu tapahtumaan metodikyselyjen avulla, joissa kukin metodikysely sisal- 
taa palvelupyynnon, 

ja joka jarjestelma kasittaa yhden tai useamman palvelujakajan 
(504), joka ohjaa metodikyselyn kasittaman palvelupyynnon annetulle palveli- 
jalle (510), joka on sovitettu vastaamaan metodikyselyyn tarvittavan palvelun 
15 mukaisesti lahettamalla palvelun vaatiman informaation palvelujakajalle, joka 
on sovitettu lahettamaan tiedon metodikyselyn lahettajalle, 

ja jonka kommunikaation yhteydessa maaritetaan palvelupyynnon 
tarjoava palvelija, 

ja joissa laitteissa ainakin osa kaytossa olevista ja tiedonsiirtoon 
20 osallistuvista ohjelmista on toteutettu skriptipohjaisen ohjelmistokielen avulla, 
tunnettu siita, etta 
jarjestely kasittaa sovelluksen (506), joka valittaa palvelupyyntoja ja 
pyyntojen vastauksia palvelujakajan ja tiedonsiirtoa tarvitsevan ohjelmiston va- 
lilla, ja joka sovittaa skriptipohjaisen ohjelmiston ja muun jarjestelman valiset 
25 tiedonsiirtopyynnot ja pyyntovastaukset yhteensopiviksi. 

2. Patenttivaatimuksen 1 mukainen jarjestelma, tunnettu siita, 
etta sovellus (506) on sovitettu tunnistamaan skriptimuotoisesta metodikyse- 
lysta metodikyselyn parametrit ja generoimaan metodikyselyn palvelujakajan 
ymmartamassa muodossa. 

30 3. Patenttivaatimuksen 3 mukainen jarjestelma, tunnettu siita, 

etta sovellus on toteutettu tiedonsiirtovalineiden (512) yhteydessa. 

4. Patenttivaatimuksen 1 mukainen jarjestelma, tunnettu siita, 
etta sovellus (506) on toteutettu kirjastosovelluksen avulla. 

5. Menetelma tiedonsiirron toteuttamiseksi ainakin kahden ohjelmis- 
35 ton (502, 510) valilla, jotka 
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ohjelmistot ovat kaytossa yhdessa tai useammassa laitteessa (500, 
508), jotka laitteet ovat kykenevia muodostamaan yhteyden tiedonsiirtojarjes- 
telmaan, 

jossa menetelmassa 
5 ainakin osa ainakin kahden eri laitteen valisesta yhteydesta toteute- 

taan langattomalla yhteydella (516), 

ja ainakin osa ohjelmistojen valisesta kommunikaatiosta tapahtuu 
metodikyselyjen avulla, joissa kukin metodikysely sisaltaa palveiupyynnon, 

ja joka metodikysely ohjataan jarjestelman palvelujakajalle (504), jo- 
10 ka ohjaa metodikysely n kasittaman palveiupyynnon annetulle palvelijalle 
(510), joka vastaa metodikyselyyn tarvittavan palvelun mukaisesti lahettamalla 
palvelun vaatiman informaation palvelujakajalle, joka lahettaa tiedon metodiky- 
selyn lahettajalle, 

ja jossa menetelmassa kommunikaation yhteydessa maaritetaan 
15 palveiupyynnon tarjoava palvelija, 

ja joissa laitteissa ainakin osa kaytossa olevista ja tiedonsiirtoon 
osallistuvista ohjelmista on toteutettu skriptipohjaisen ohjelmistokielen avulla, 
t u n n e 1 1 u siita, etta 

langattomia yhteyksia kayttavassa laitteessa kaytossa oleva ohjel- 
20 ma lahettaa metodikyselyt tietylle sovellukselle (506), 

joka sovellus valittaa palvelupyyntoja ja pyyntojen vastauksia palve- 
lujakajan ja tiedonsiirtoa tarvitsevan ohjelmiston valilla, 

ja sovittaa skriptipohjaisen ohjelmiston ja muun jarjestelman valiset 
tiedonsiirtopyynnot ja pyyntovastaukset yhteensopiviksi. 
25 6. Patenttivaatimuksen 5 mukainen menetelma, tunnettu siita, 

etta sovellus (506) tunnistaa skriptimuotoisesta metodikyselysta metodikyselyn 
parametrit ja generoi metodikyselyn palvelujakajan ymmartamassa muodossa. 

7. Patenttivaatimuksen 5 mukainen menetelma, tunnettu siita, 
etta sovellus (506) tunnistaa palvelujakajalta tulevan vastausviestin ja muun- 

30 taa viestin skriptimuotoisen sovelluksen ymmartamaan muotoon. 

8. Patenttivaatimuksen 6 tai 7 mukainen menetelma, tunnettu 
siita, etta sovellus (506) on toteutettu funktioita kasittavan kirjastosovelluksen 
avulla. 



(57) Tiivistelma 



Keksinnon kohteena on menetelma ja jarjestely tiedonsiir- 
ron toteuttamiseksi ainakin kahden ohjelmiston valilla, jot- 
ka ohjelmistot ovat kaytossa yhdessa tai useammassa 
laitteessa (500, 508), jotka laitteet kasittavat valineet (512) 
muodostaa yhteys tiedonsiirtojarjestelmaan, jossa jarjes- 
telmassa ainakin osa ainakin kahden eri laitteen valisesta 
yhteydesta on toteutettu langattomalla yhteydella (516). 
Ainakin osa laitteiden kommunikaatiosta tapahtuu metodi- 
kyselyjen avulla. Kukin metodikysely sisaltaa palvelupyyn- 
non. Jarjestelma kasittaa ainakin yhden paivelujakajan 
(504), joka ohjaa metodikyselyn kasittaman palvelupyyn- • 
non annetulle palvelijalle (510), joka vastaa metodikyse- 
lyyn tarvittavan palvelun mukaisesti lahettamalla palvelun 
vaatiman informaation palvelujakajalle, joka lahettaa tie- 
don metodikyselyn lahettajalle. Kommunikaation yhtey- 
dessa niaaritetaan palvelupyynnon tarjoava palvelija. Lait- 
teissa ainakin osa tiedonsiirtoon osallistuvista ohjelmista 
on toteutettu skriptipohjaisen ohjelmistokielen avulla. Jar- 
jestely kasittaa sovelluksen (506), joka valittaa palvelu- 
pyyntoja ja pyyntojen vastauksia paivelujakajan ja tiedon- 
siirtoa tarvitsevan ohjelmiston valilla, ja joka sovittaa skrip- 
tipohjaisen ohjelmiston ja muun jarjestelman valiset tie- 
donsiirtopyynnot ja pyyntovastaukset yhteensopiviksi. 



(Kuvio 5) 
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